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1 . A process for client-side retrieval, storage, and execution of application 
programs and other related data streamed from a server across a computer 
network to a client system in a computer environment, comprising the steps of: 

providing a streaming file system on said client; 

wherein said streaming file system appears to said client to contain the 
installed application program; 

wherein said streaming file system receives all requests from local 
processes for application program code or data that are part of the application; 

providing a persistent cache on said client; 

wherein said streaming file system satisfies requests for application 
program code or data by retrieving it from said persistent cache stored in a native 
file system or by retrieving it directly from said server; and 

wherein application program code or data retrieved from said server is 
placed in said persistent cache for reuse. 

2. The process of claim 1 , wherein said persistent cache is encrypted with a 
key not permanently stored on said client to prevent unauthorized use or 
duplication of application code or data; and wherein said key is sent to said client 
upon application startup from said server and said key is not stored in the 
application program's persistent storage area in said persistent cache. 

3. The process of claim 1, wherein said client initiates the prefetching of 
application program code and data from said server; and wherein said client 
inspects program code or data file requests and consults the contents of said 
persistent cache as well as historic infomiation about application program fetching 
patterns and uses this information to request additional blocks of application 
program code and data from said server that said client expects will be needed 
soon. 

4. The process of claim 1 , wherein said server initiates the prefetching of 
application program code and data for said client; and wherein said server 
examines the pattems of requests made by said client and selectively returns to 
said client additional blocks that said client did not request but is likely to need 
soon. 
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5. The process of claim 1 , further comprising the step of: 

providing a client-to-client communication mechanism that allows local 
application customization to migrate from one client machine to another without 
involving server communication; 
5 wherein when a user wishes to run an application on a second machine, 

but wishes to retain customizations made previously on the first, said client-to- 
client mechanism contacts the first machine to retrieve customized files and other 
customization data; and 

wherein unmodified files are retrieved from said server. 

10 

6. The process of claim 1 , further comprising the step of: 

wherein said streaming file system is a copy-on-write file system that 
allows applications to write configuration or initialization files where they want to 
without rewriting the application, and without disturbing the local customization of 
1 5 other clients; 

wherein each block of data in said persistent cache is marked as clean or 

dirty; 

wherein pages marked as dirty have been customized by the application 
program and cannot be removed from the cache without losing client 
20 customization; 

wherein pages marked as clean may be purged from the cache because 
they can be retrieved again from said server; 
providing a cache index; 

wherein said cache index indicates which pages in said persistent cache 
25 are clean and dirty; and 

wherein said copy-on-write file system references said cache index to 
determine if a page is clean or dirty. 

7. The process of claim 1 , further comprising the step of: 

30 marking specific files in said persistent cache as not modifiable; 

wherein said streaming file system does not allow any data to be written 
to said specific files that are marked as not modifiable; and 

wherein attempts by any processes to mark any of said specific files as 
modifiable will not succeed. 

35 

8. The process of claim 1 , further comprising the step of: 

maintaining checksums of application code and data in said persistent 

cache; 
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wherein when a block of code or data is requested by a local process said 
streaming file system computes the checksum of the data block before it is 
returned to the local process; and 

wherein if a computed checksum does not match the checksum stored h 
5 said persistent cache the cache entry is invalidated and a fresh copy of the page 
is retrieved from said server. 

9. The process of claim 1 , further comprising the step of: 
assigning each file in an application program a unique identifier; 

1 0 wherein files that are changed or added in an application upgrade are 

given new identifiers never before used for that application program; 
wherein files that are unchanged retain the same number; and 
wherein directories whose contents change are also considered changes. 
If any file changes, this will cause its parent to change, ail the way up to the root 
1 5 directory. 

10. The process of claim 9, wherein when an application upgrade occurs said 
client is given a new root directory for the application program by said server; 
wherein said new root directory is used by said streaming file system to search 

i. . 20 for files in the application program; wherein files that do not change can be reused 
■ from said persistent cache without downloading them again from said server; and 

wherein files with new identifiers are retrieved from said server. 

1 1 . The process of claim 9, wherein said application upgrades can be marked 
h= 25 as mandatory by said server causing the new root directory for the application 

program to be used immediately; and wherein said streaming file system 
contacts said server when an application program is started in order to receive 
any application upgrades. 

30 12. The process of claim 1, wherein said server broadcasts an application 
program's code and data and any client that is interested in that particular 
application program stores the broadcasted code and data for later use. 

13. A process for client-side retrieval, storage, and execution of application 
35 programs and other related data streamed from a server across a computer 
network to a client system in a computer environment, comprising the steps of: 

providing a kernel-mode streaming file system driver on said client; 

providing a user-mode client on said client; 
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wherein said streaming file system receives all requests from local 
processes for application program code or data that are part of the application; 
providing a persistent cache on said client; 

wherein requests made to said streaming file system are directed to said 
5 user-mode client or retrieved from said persistent cache; 

wherein said user-mode client handles the application program code and 
data streams from said server and sends the results back to said streaming file 
system driver; and 

wherein application program code or data retrieved from said server is 
1 0 placed in said persistent cache for reuse. 

1 4. The process of claim 1 3, wherein said persistent cache is encrypted with a 
key not permanently stored on said client to prevent unauthorized use or 
duplication of application code or data; and wherein said key is sent to said client 

15 upon application startup from said server and said key is not stored in the 
application program's persistent storage area In said persistent cache. 

15. The process of claim 13, wherein said client initiates the prefetching of 
application program code and data from said server; and wherein said client 

20 inspects program code or data file requests and consults the contents of said 
persistent cache as well as historic information about application program fetching 
patterns and uses this information to request additional blocks of application 
program code and data from said server that said client expects will be needed 
soon. 

25 

16. The process of claim 13, wherein said server initiates the prefetching of 
application program code and data for said client; and wherein said server 
examines the patterns of requests made by said client and selectively retums to 
said client additional blocks that said client did not request but is likely to need 

30 soon. 

1 7. The process of claim 1 3, further comprising the step of: 

providing a client-to-client communication mechanism that allows local 
application customization to migrate from one client machine to another without 
35 involving server communication; 

wherein when a user wishes to run an application on a second machine, 
but wishes to retain customizations made previously on the first, said client-to- 
client mechanism contacts the first machine to retrieve customized files and other 
customization data; and 
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wherein unmodified files are retrieved from said server. 

1 8. The process of claim 1 3, further comprising the step of: 

wherein said streaming file system is a copy-on-write file system that 
5 allows applications to write configuration or initialization files where they want to 
without rewriting the application, and without disturbing the local customization of 
other clients; 

wherein each block of data in said persistent cache is marked as clean or 

dirty; 

1 0 wherein pages marked as dirty have been customized by the application 

program and cannot be removed from the cache without losing client 
customization; 

wherein pages marked as clean may be purged from the cache because 
they can be retrieved again from said sen/er; 
1 5 providing a cache index; 

wherein said cache index indicates which pages in said persistent cache 
are clean and dirty; and 

wherein said copy-on-write file system references said cache index to 
determine if a page is clean or dirty. 

20 

1 9. The process of claim 1 3, further comprising the step of: 
marking specific files in said persistent cache as not modifiable; 

wherein said streaming file system does not allow any data to be written 
to said specific files that are marked as not modifiable; and 
25 wherein attempts by any processes to mart< any of said specific files as 

modifiable will not succeed. 

20. The process of claim 1 3, further comprising the step of: 

maintaining checksums of application code and data in said persistent 

30 cache; 

wherein when a block of code or data is requested by a local process said 
streaming file system computes the checksum of the data block before it is 
returned to the local process; and 

wherein if a computed checksum does not match the checksum stored h 
35 said persistent cache the cache entry is invalidated and a fresh copy of the page 
is retrieved from said sen/er. 

21 . The process of claim 13, further comprising the step of: 
assigning each file in an application program a unique identifier; 
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wherein files that are changed or added in an application upgrade are 
given new identifiers never before used for that application program; 
wherein files that are unchanged retain the same number; and 
wherein directories whose contents change are also considered changes. 
5 If any file changes, this will cause its parent to change, all the way up to the root 
directory. 

22. The process of claim 21 , wherein when an application upgrade occurs said 
client is given a new root directory for the application program by said server; 
1 0 wherein said new root directory is used by said streaming file system to search 
for files in the application program; wherein files that do not change can be reused 
from said persistent cache without downloading them again from said server; and 
wherein files with new identifiers are retrieved from said server. 

15 23. The process of claim 21, wherein said application upgrades can be 
marked as mandatory by said sen/er causing the new root directory for the 
application program to be used immediately; and wherein said streaming file 
system contacts said server when an application program is started in order to 
receive any application upgrades. 

20 

24. The process of claim 13, wherein said server broadcasts an application 
program's code and data and any client that is interested in that particular 
application program stores the broadcasted code and data for later use. 

25 25. A process for client-side retrieval, storage, and execution of application 
programs and other related data streamed from a server across a computer 
network to a client system in a computer environment, comprising the steps of: 
providing a streaming block driver on said client; 

wherein said block driver provides the abstraction of a physical disk to a 
30 native file system already installed on the client operating system; 
providing a persistent cache on said client; 

wherein said block driver receives requests for physical block reads and 
writes from local processes which it satisfies out of said persistent cache on a 
standard file system that is backed by a physical disk drive; and 
35 wherein requests that cannot be satisfied by said persistent cache are 

sent to said server. 

26. The process of claim 25, wherein said persistent cache is encrypted with a 
key not permanently stored on said client to prevent unauthorized use or 
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duplication of application code or data; and wherein said key is sent to said client 
upon application startup from said server and said key is not stored in the 
application program's persistent storage area in said persistent cache. 



5 27. The process of claim 25, wherein said client Initiates the prefetching of 
application program code and data from said server; and wherein said client 
inspects program code or data file requests and consults the contents of said 
persistent cache as well as historic information about application program fetching 
patterns and uses this information to request additional blocks of application 
10 program code and data from said server that said client expects will be needed 
soon. 

28. The process of claim 25, wherein said server initiates the prefetching of 
application program code and data for said client; and wherein said server 

1 5 examines the patterns of requests made by said client and selectively returns to 
said client additional blocks that said client did not request but is likely to need 
soon. 

29. The process of claim 25, further comprising the step of: 

20 providing a client-to-client communication mechanism that allows local 

application customization to migrate from one client machine to another without 
involving sen/er communication; 

wherein when a user wishes to run an application on a second machine, 
but wishes to retain customizatlons made previously on the first, said client-to- 
25 client mechanism contacts the first machine to retrieve customized files and other 
customization data; and 

wherein unmodified files are retrieved from said server. 

30. The process of claim 25, further comprising the step of: 

30 wherein said block driver is a copy-on-write block driver that allows 

applications to write configuration or initialization files where they want to without 
rewriting the application, and without disturbing the local customization of other 
clients; 

wherein each block of data in said persistent cache is marked as clean or 

35 dirty; 

wherein pages marked as dirty have been customized by the application 
program and cannot be removed from the cache without losing client 
customization; 
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wherein pages marked as clean may be purged from the cache because 
they can be retrieved again from said server; 
providing a cache index; 

wherein said cache index indicates which pages in said persistent cache 
5 are clean and dirty; and 

wherein said copy-on-write block driver references said cache index to 
determine if a page is clean or dirty. 

31 . The process of claim 25, further comprising the step of: 

1 0 marking specific files in said persistent cache as not modifiable; 

wherein said block driver does not allow any data to be written to said 
specific files that are marked as not modifiable; and 

wherein attempts by any processes to mark any of said specific files as 
modifiable will not succeed. 

15 

32. The process of claim 25, further comprising the step of: 

maintaining checksums of application code and data in said persistent 

cache; 

wherein when a block of code or data is requested by a local process said 
20 streaming file system computes the checksum of the data block before it is 
returned to the local process; and 

wherein if a computed checksum does not match the checksum stored h 
said persistent cache the cache entry is invalidated and a fresh copy of the page 
is retrieved from said server. 

25 

33. The process of claim 25, further comprising the step of: 
assigning each file in an application program a unique identifier; 

wherein files that are changed or added in an application upgrade are 
given new identifiers never before used for that application program; 
30 wherein files that are unchanged retain the same number; and 

wherein directories whose contents change are also considered changes. 
If any file changes, this will cause its parent to change, all the way up to the root 
directory. 

35 34. The process of claim 33, wherein when an application upgrade occurs said 
client is given a new root directory for the application program by said server; 
wherein said new root directory is used by said block driver to search for files h 
the application program; wherein files that do not change can be reused from said 
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persistent cache without downloading them again from said server; and wherein 
files with new identifiers are retrieved from said server. 

35. The process of claim 33, wherein said application upgrades can be 
5 marked as mandator/ by said server causing the new root directory for the 
application program to be used immediately; and wherein said block driver 
contacts said server when an application program is started in order to receive 
any application upgrades. 

10 36. The process of claim 25, wherein said sen/er broadcasts an application 
program's code and data and any client that is interested in that particular 
application program stores the broadcasted code and data for later use. 

37. A process for client-side retrieval, storage, and execution of application 
15 programs and other related data streamed from a server across a computer 
network to a client system In a computer environment, comprising the steps of: 

providing a disk driver on said client; 

providing a user mode client on said client; 

wherein said disk driver sends all file requests that it receives to said user- 
20 mode client; 

providing a persistent cache on said client; and 

wherein said user-mode client attempts to satisfy said file requests from 
said program cache or by making requests from said server. 

25 38. The process of claim 37, wherein said persistent cache is encrypted with a 
key not permanently stored on said client to prevent unauthorized use or 
duplication of application code or data; and wherein said key is sent to said client 
upon application startup from said server and said key is not stored in the 
application program's persistent storage area in said persistent cache. 

30 

39. The process of claim 37, wherein said client initiates the prefetching of 
application program code and data from said server; and wherein said client 
inspects program code or data file requests and consults the contents of said 
persistent cache as well as historic information about application program fetching 
35 patterns and uses this information to request additional blocks of application 
program code and data from said server that said client expects will be needed 
soon. 
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40. The process of claim 37, wherein said server initiates the prefetching of 
application program code and data for said client; and wherein said server 
examines the patterns of requests made by said client and selectively returns to 
said client additional blocks that said client did not request but is likely to need 

5 soon. 

41 . The process of claim 37, further comprising the step of: 

providing a client-to-client communication mechanism that allows local 
application customization to migrate from one client machine to another without 
1 0 involving server communication; 

wherein when a user wishes to run an application on a second machine, 
but wishes to retain custom izations made previously on the first, said client-to- 
client mechanism contacts the first machine to retrieve customized files and other 
customization data; and 
1 5 wherein unmodified files are retrieved from said server. 

42. The process of claim 37, further comprising the step of: 

wherein said user-mode client is a copy-on-write user-mode client that 
allows applications to write configuration or initialization files where they want to 
- 20 without rewriting the application, and without disturbing the local customization of 
other clients; 

wherein each block of data in said persistent cache is marked as clean or 

dirty; 

wherein pages marked as dirty have been customized by the application 
25 program and cannot be removed from the cache without losing client 
customization; 

wherein pages marked as clean may be purged from the cache because 
they can be retrieved again from said server; 

providing a cache index; 
30 wherein said cache index indicates which pages in said persistent cache 

are clean and dirty; and 

wherein said copy-on-write user-mode client references said cache index 
to determine if a page is clean or dirty. 

35 43. The process of claim 37, further comprising the step of: 

marking specific files in said persistent cache as not modifiable; 
wherein said user-mode client does not allow any data to be written to 
said specific files that are marked as not modifiable; and 
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wherein attempts by any processes to mar1< any of said specific files as 
modifiable will not succeed. 

44. The process of claim 37, further comprising the step of: 

5 maintaining checksums of application code and data in said persistent 

cache; 

wherein when a block of code or data is requested by a local process said 
streaming file system computes the checksum of the data block before it is 
returned to the local process; and 
1 0 wherein if a computed checksum does not match the checksum stored h 

said persistent cache the cache entry is invalidated and a fresh copy of the page 
Is retrieved from said server. 

45. The process of claim 37, further comprising the step of: 

1 5 assigning each file in an application program a unique identifier; 

wherein files that are changed or added in an application upgrade are 
given new identifiers never before used for that application program; 
wherein files that are unchanged retain the same number; and 
wherein directories whose contents change are also considered changes. 
20 If any file changes, this will cause its parent to change, all the way up to the root 
directory. 

46. The process of claim 45, wherein when an application upgrade occurs said 
client is given a new root directory for the application program by said server; 

25 wherein said new root directory is used by said user-mode client to search for 
files in the application program; wherein files that do not change can be reused 
from said persistent cache without downloading them again from said server; and 
wherein files with new identifiers are retrieved from said server. 

30 47. The process of claim 45, wherein said application upgrades can be 
marked as mandatory by said server causing the new root directory for the 
application program to be used immediately; and wherein said user-mode client 
contacts said server when an application program is started in order to receive 
any application upgrades. 

35 

48. The process of claim 37, wherein said server broadcasts an application 
program's code and data and any client that is interested in that particular 
application program stores the broadcasted code and data for later use. 
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49. An apparatus for client-side retrieval, storage, and execution of application 
programs and other related data streamed from a server across a computer 
network to a client system in a computer environment, comprising; 

a streaming file system on said client; 
5 wherein said streaming file system appears to said client to contain the 

installed application program; 

wherein said streaming file system receives all requests from local 
processes for application program code or data that are part of the application; 

a persistent cache on said client; 
10 wherein said streaming file system satisfies requests for application 

program code or data by retrieving it from said persistent cache stored in a native 
file system or by retrieving it directly from said server; and 

wherein application program code or data retrieved from said server is 
placed in said persistent cache for reuse. 

15 

50. The apparatus of claim 49, wherein said persistent cache is encrypted with 
a key not permanently stored on said client to prevent unauthorized use or 
duplication of application code or data; and wherein said key is sent to said client 
upon application startup from said server and said key is not stored in the 

20 application program's persistent storage area in said persistent cache. 

51. The apparatus of claim 49, wherein said client initiates the prefetching of 
application program code and data from said server; and wherein said client 
inspects program code or data file requests and consults the contents of said 

25 persistent cache as well as historic information about application program fetching 
patterns and uses this information to request additional blocks of application 
program code and data from said server that said client expects will be needed 
soon. 

30 52. The apparatus of claim 49, wherein said server initiates the prefetching of 
application program code and data for said client; and wherein said server 
examines the patterns of requests made by said client and selectively returns to 
said client additional blocks that said client did not request but is likely to need 
soon. 

35 

53. The apparatus of claim 49, further comprising: 

a client-to-client communication mechanism that allows local application 
customization to migrate from one client machine to another without involving 
server communication; 
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wherein when a user wishes to run an application on a second machine, 
but wishes to retain custom izations made previously on the first, said client-to- 
client mechanism contacts the first machine to retrieve customized files and other 
customization data; and 
5 wherein unmodified files are retrieved from said server. 

54. The apparatus of claim 49, further comprising: 

wherein said streaming file system is a copy-on-write file system that 
allows applications to write configuration or initialization files where they want to 
1 0 without rewriting the application, and without disturbing the local customization of 
other clients; 

wherein each block of data in said persistent cache is marked as clean or 

dirty; 

wherein pages marked as dirty have been customized by the application 
15 program and cannot be removed from the cache without losing client 
customization; 

wherein pages marked as clean may be purged from the cache because 
they can be retrieved again from said server; 
a cache Index; 

20 wherein said cache index indicates which pages in said persistent cache 

are clean and dirty; and 

wherein said copy-on-write file system references said cache index to 
determine if a page is clean or dirty. 

25 55. The apparatus of claim 49, further comprising: 

a module for marking specific files in said persistent cache as not 
modifiable; 

wherein said streaming file system does not allow any data to be written 
to said specific files that are marked as not modifiable; and 
30 wherein attempts by any processes to mark any of said specific files as 

modifiable will not succeed. 

56. The apparatus of claim 49, further comprising: 

a module for maintaining checksums of application code and data in said 
35 persistent cache; 

wherein when a block of code or data is requested by a local process said 
streaming file system computes the checksum of the data block before it is 
returned to the local process; and 
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wherein if a computed cliecksum does not match the checksum stored in 
said persistent cache the cache entry is invalidated and a fresh copy of the page 
is retrieved from said server. 

5 57. The apparatus of claim 49, further comprising: 

a module for assigning each file in an application program a unique 
identifier; 

wherein files that are changed or added in an application upgrade are 
given new identifiers never before used for that application program; 
1 0 wherein files that are unchanged retain the same number; and 

wherein directories whose contents change are also considered changes. 
If any file changes, this will cause its parent to change, all the way up to the root 
directory. 

15 58. The apparatus of claim 57, wherein when an application upgrade occurs 
said client is given a new root directory for the application program by said 
server; wherein said new root directory is used by said streaming file system to 
search for files in the application program; wherein files that do not change can be 
reused from said persistent cache without downloading them again from said 

20 server; and wherein files with new identifiers are retrieved from said server. 

59. The apparatus of claim 57, wherein said application upgrades can be 
marked as mandatory by said server causing the new root directory for the 
application program to be used immediately; and wherein said streaming file 

25 system contacts said server when an application program is started in order to 
receive any application upgrades. 

60. The apparatus of claim 49, wherein said server broadcasts an application 
program's code and data and any client that is interested in that particular 

30 application program stores the broadcasted code and data for later use. 

61 . An apparatus for client-side retrieval, storage, and execution of application 
programs and other related data streamed from a server across a computer 
network to a client system in a computer environment, comprising: 

35 a kernel-mode streaming file system driver on said client; 

a user-mode client on said client; 

wherein said streaming file system receives all requests from local 
processes for application program code or data that are part of the application; 
a persistent cache on said client; 
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wherein requests made to said streaming file system are directed to said 
user-mode client or retrieved from said persistent cache; 

wherein said user-mode client handles the application program code and 
data streams from said server and sends the results back to said streaming file 
5 system driver; and 

wherein application program code or data retrieved from said server is 
placed in said persistent cache for reuse. 

62. The apparatus of claim 61 , wherein said persistent cache is encrypted with 
10 a key not permanently stored on said client to prevent unauthorized use or 
duplication of application code or data; and wherein said key is sent to said client 
upon application startup from said server and said key is not stored in the 
application program's persistent storage area in said persistent cache. 

15 63. The apparatus of claim 61, wherein said client initiates the prefetching of 
application program code and data from said server; and wherein said client 
inspects program code or data file requests and consults the contents of said 
persistent cache as well as historic information about application program fetching 
patterns and uses this information to request additional blocks of application 

20 program code and data from said server that said client expects will be needed 
soon. 

64. The apparatus of claim 61 , wherein said server initiates the prefetching of 
application program code and data for said client; and wherein said server 

25 examines the patterns of requests made by said client and selectively returns to 
said client additional blocks that said client did not request but is likely to need 
soon. 

65. The apparatus of claim 61 , further comprising: 

30 a client-to-client communication mechanism that allows local application 

customization to migrate from one client machine to another without involving 
server communication; 

wherein when a user wishes to mn an application on a second machine, 
but wishes to retain customizations made previously on the first, said client-to- 
35 client mechanism contacts the first machine to retrieve customized files and other 
customization data; and 

wherein unmodified files are retrieved from said server. 

66. The apparatus of claim 61 , further comprising: 

113 



wherein said streaming file system is a copy-on-write file system that 
allows applications to write configuration or initialization files where they want to 
without rewriting the application, and without disturbing the local customization of 
other clients; 

5 wherein each block of data in said persistent cache is marked as clean or 

dirty; 

wherein pages marked as dirty have been customized by the application 
program and cannot be removed from the cache without losing client 
customization; 

1 0 wherein pages marked as clean may be purged from the cache because 

they can be retrieved again from said server; 
a cache index; 

wherein said cache index indicates which pages in said persistent cache 
are clean and dirty; and 
15 wherein said copy-on-write file system references said cache index to 

determine if a page is clean or dirty. 

67. The apparatus of claim 61 , further comprising: 

a module for marking specific files in said persistent cache as not 
20 modifiable; 

wherein said streaming file system does not allow any data to be written 
to said specific files that are marked as not modifiable; and 

wherein attempts by any processes to mark any of said specific files as 
modifiable will not succeed. 

25 

68. The apparatus of claim 61 , further comprising: 

a module for maintaining checksums of application code and data in said 
persistent cache; 

wherein when a block of code or data is requested by a local process said 
30 streaming file system computes the checksum of the data block before it is 
returned to the local process; and 

wherein if a computed checksum does not match the checksum stored r 
said persistent cache the cache entry is invalidated and a fresh copy of the page 
is retrieved from said server. 

35 

69. The apparatus of claim 61 , further comprising: 

a module for assigning each file in an application program a unique 
identifier; 
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wherein files that are changed or added in an application upgrade are 
given new identifiers never before used for that application program; 
wherein files that are unchanged retain the same number; and 
wherein directories whose contents change are also considered changes. 
5 If any file changes, this will cause its parent to change, all the way up to the root 
directory. 

70. The apparatus of claim 69, wherein when an application upgrade occurs 
said client is given a new root directory for the application program by said 
1 0 server; wherein said new root directory is used by said streaming file system to 
search for files in the application program; wherein files that do not change can be 
reused from said persistent cache without downloading them again from said 
sen/er; and wherein files with new identifiers are retrieved from said sen/er. 

15 71. The apparatus of claim 69, wherein said application upgrades can be 
marked as mandatory by said server causing the new root directory for the 
application program to be used immediately; and wherein said streaming file 
system contacts said server when an application program is started in order to 
receive any application upgrades. 

20 

72. The apparatus of claim 61, wherein said server broadcasts an application 
program's code and data and any client that is interested in that particular 
application program stores the broadcasted code and data for later use. 

25 73. An apparatus for client-side retrieval, storage, and execution of application 
programs and other related data streamed from a sen/er across a computer 
network to a client system in a computer environment, comprising: 
a streaming block driver on said client; 

wherein said block driver provides the abstraction of a physical disk to a 
30 native file system already installed on the client operating system; 
a persistent cache on said client; 

wherein said block driver receives requests for physical block reads and 
writes from local processes which it satisfies out of said persistent cache on a 
standard file system that is backed by a physical disk drive; and 
35 wherein requests that cannot be satisfied by said persistent cache are 

sent to said server. 

74. The apparatus of claim 73, wherein said persistent cache is encrypted with 
a key not permanently stored on said client to prevent unauthorized use or 
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duplication of application code or data; and winerein said key is sent to said client 
upon application startup from said server and said key is not stored in the 
application program's persistent storage area in said persistent cache. 

5 75. The apparatus of claim 73, wherein said client initiates the prefetching of 
application program code and data from said sen/er; and wherein said client 
inspects program code or data file requests and consults the contents of said 
persistent cache as well as historic information about application program fetching 
patterns and uses this information to request additional blocks of application 
10 program code and data from said server that said client expects will be needed 
soon. 

76. The apparatus of claim 73, wherein said sen/er initiates the prefetching of 
application program code and data for said client; and wherein said server 

1 5 examines the patterns of requests made by said client and selectively retums to 
said client additional blocks that said client did not request but is likely to need 
soon. 

77. The apparatus of claim 73, further comprising: 

20 a client-to-client communication mechanism that allows local application 

customization to migrate from one client machine to another without involving 
server communication; 

wherein when a user wishes to run an application on a second machine, 
but wishes to retain customizations made previously on the first, said client-to- 
25 client mechanism contacts the first machine to retrieve customized files and other 
customization data; and 

wherein unmodified files are retrieved from said sen/er. 

78. The apparatus of claim 73, further comprising: 

30 wherein said block driver is a copy-on-write block driver that allows 

applications to write configuration or initialization files where they want to without 
rewriting the application, and without disturbing the local customization of other 
clients; 

wherein each block of data in said persistent cache is marked as clean or 

35 dirty; 

wherein pages marked as dirty have been customized by the application 
program and cannot be removed from the cache without losing client 
customization; 
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wherein pages marked as clean may be purged from the cache because 
they can be retrieved again from said server; 
a cache index; 

wherein said cache index indicates which pages in said persistent cache 
5 are clean and dirty; and 

wherein said copy-on-write blocl< driver references said cache index to 
determine if a page is clean or dirty. 

79. The apparatus of claim 73, further comprising: 

10 a module for marking specific files in said persistent cache as not 

modifiable; 

wherein said block driver does not allow any data to be written to said 
specific files that are marked as not modifiable; and 

wherein attempts by any processes to mark any of said specific files as 
1 5 modifiable will not succeed. 

80. The apparatus of claim 73, further comprising: 

a module for maintaining checksums of application code and data in said 
persistent cache; 

r., 20 wherein when a block of code or data is requested by a local process said 

streaming file system computes the checksum of the data block before it is 
returned to the local process; and 

wherein if a computed checksum does not match the checksum stored h 
said persistent cache the cache entry is invalidated and a fresh copy of the page 

h 25 is retrieved from said server. 



81 . The apparatus of claim 73, further comprising: 

a module for assigning each file in an application program a unique 
identifier; 

30 wherein files that are changed or added in an application upgrade are 

given new identifiers never before used for that application program; 
wherein files that are unchanged retain the same number; and 
wherein directories whose contents change are also considered changes. 
If any file changes, this will cause its parent to change, all the way up to the root 
35 directory. 

82. The apparatus of claim 81, wherein when an application upgrade occurs 
said client is given a new root directory for the application program by said 
server; wherein said new root directory is used by said block driver to search for 
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files in the application program; wherein files that do not change can be reused 
from said persistent cache without downloading them again from said server; and 
wherein files with new identifiers are retrieved from said server. 



5 83. The apparatus of claim 81, wherein said application upgrades can be 
marked as mandatory by said server causing the new root directory for the 
application program to be used immediately; and wherein said block driver 
contacts said server when an application program is started in order to receive 
any application upgrades. 

10 

84. The apparatus of claim 73, wherein said server broadcasts an application 
program's code and data and any client that is interested in that particular 
application program stores the broadcasted code and data for later use. 

1 5 85. An apparatus for client-side retrieval, storage, and execution of application 
programs and other related data streamed from a server across a computer 
network to a client system in a computer environment, comprising: 
a disk driver on said client; 
a user mode client on said client; 
20 wherein said disk driver sends all file requests that it receives to said user- 

mode client; 

a persistent cache on said client; and 

wherein said user-mode client attempts to satisfy said file requests from 
said program cache or by making requests from said server. 

25 

86. The apparatus of claim 85, wherein said persistent cache is encrypted with 
a key not permanently stored on said client to prevent unauthorized use or 
duplication of application code or data; and wherein said key is sent to said client 
upon application startup from said server and said key is not stored in the 

30 application program's persistent storage area in said persistent cache. 

87. The apparatus of claim 85, wherein said client initiates the prefetching of 
application program code and data from said server; and wherein said client 
inspects program code or data file requests and consults the contents of said 

35 persistent cache as well as historic information about application program fetching 
patterns and uses this information to request additional blocks of application 
program code and data from said server that said client expects will be needed 
soon. 
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88. The apparatus of claim 85, wherein said server initiates the prefetching of 
application program code and data for said client; and wherein said server 
examines the patterns of requests made by said client and selectively returns to 
said client additional blocks that said client did not request but is likely to need 

5 soon. 

89 . The apparatus of claim 85, further comprising: 

a client-to-client communication mechanism that allows local application 
customization to migrate from one client machine to another without involving 
1 0 server communication; 

wherein when a user wishes to run an application on a second machine, 
but wishes to retain customizations made previously on the first, said client-to- 
client mechanism contacts the first machine to retrieve customized files and other 
customization data; and 
1 5 wherein unmodified files are retrieved from said server. 

90. The apparatus of claim 85, further comprising: 

wherein said user-mode client is a copy-on-write user-mode client that 
allows applications to write configuration or initialization files where they want to 
20 without rewriting the application, and without disturbing the local customization of 
other clients; 

wherein each block of data in said persistent cache is marked as clean or 

dirty; 

wherein pages marked as dirty have been customized by the application 
25 program and cannot be removed from the cache without losing client 
customization; 

wherein pages marked as clean may be purged from the cache because 
they can be retrieved again from said server; 
a cache index; 

30 wherein said cache index indicates which pages in said persistent cache 

are clean and dirty; and 

wherein said copy-on-write user-mode client references said cache index 
to determine if a page is clean or dirty. 

35 91. The apparatus of claim 85, further comprising: 

a module for marking specific files in said persistent cache as not 
modifiable; 

wherein said user-mode client does not allow any data to be written to 
said specific files that are marked as not modifiable; and 
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wherein attempts by any processes to mark any of said specific files as 
modifiable will not succeed. 

92. The apparatus of claim 85, further comprising: 

a module for maintaining checksums of application code and data in said 
persistent cache; 

wherein when a block of code or data is requested by a local process said 
streaming file system computes the checksum of the data block before it is 
returned to the local process; and 

wherein if a computed checksum does not match the checksum stored h 
said persistent cache the cache entry is invalidated and a fresh copy of the page 
is retrieved from said server. 

93. The apparatus of claim 85, further comprising: 

a module for assigning each file in an application program a unique 
identifier; 

wherein files that are changed or added in an application upgrade are 
given new identifiers never before used for that application program; 
wherein files that are unchanged retain the same number; and 
wherein directories whose contents change are also considered changes. 
If any file changes, this will cause its parent to change, all the way up to the root 
directory. 

94. The apparatus of claim 93, wherein when an application upgrade occurs 
said client is given a new root directory for the application program by said 
server; wherein said new root directory is used by said user-mode client to 
search for files in the application program; wherein files that do not change can be 
reused from said persistent cache without downloading them again from said 
server; and wherein files with new identifiers are retrieved from said server. 

95. The apparatus of claim 93, wherein said application upgrades can be 
marked as mandatory by said server causing the new root directory for the 
application program to be used immediately; and wherein said user-mode client 
contacts said server when an application program Is started in order to receive 
any application upgrades. 

96. The apparatus of claim 85, wherein said server broadcasts an application 
program's code and data and any client that is interested in that particular 
application program stores the broadcasted code and data for later use. 
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